home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / dviware / beebe / updates / 00mail.8 < prev    next >
Text File  |  1990-10-01  |  9KB  |  190 lines
  1. 29-Apr-87 18:45:30-MDT,9269;000000000001
  2. Date: Wed 29 Apr 87 18:45:29-MDT
  3. From: "Nelson H.F. Beebe" <Beebe@SCIENCE.UTAH.EDU>
  4. Subject: DVI driver update #8
  5. To: beebe@SCIENCE.UTAH.EDU, $90%dhdurz1.bitnet@WISCVM.WISC.EDU, AbbottP%uk.ac.aston.mail%uk.ac.rl.gb@CS.UCL.AC.UK,
  6.     Anderson%URegina2.bitnet@WISCVM.WISC.EDU, AustinS%ucbcmsa.edu@CS.UTAH.EDU,
  7.     Berg-lists%gsb-why@SCORE.STANFORD.EDU, Brent%CSUFresno.edu@RELAY.CS.NET,
  8.     Carvalho%ernie.Berkeley.EDU@CS.UTAH.EDU, CEL@CITHEX.CALTECH.EDU,
  9.     Celoni@SCORE.STANFORD.EDU, Cmi011%uk.ac.soton.ibm%ukacrl.bitnet@WISCVM.WISC.EDU,
  10.     Crawford-J%ohio-state.arpa@CS.UTAH.EDU, CRM8701%tamvenus.bitnet@WISCVM.WISC.EDU,
  11.     Dan%buchmd.bu-cs.arpa@CS.UTAH.EDU, David%ci-dandelion.uucp@EDDIE.MIT.EDU,
  12.     French%TI-EG@RELAY.CS.NET, Friesland%rz.informatik.uni-hamburg.dbp.de%germany.csnet@RELAY.CS.NET,
  13.     Gaspard%hroeur5.bitnet@WISCVM.WISC.EDU, Goodall%admin.okanagan.bcc.cdn@RELAY.CS.NET,
  14.     Grandi@NOAO.ARPA, Harringt%irlearn.bitnet@WISCVM.WISC.EDU, James%vaxe.coe.northeastern.edu@CS.UTAH.EDU,
  15.     JRP%nplpsg.uucp@CS.UTAH.EDU, Karney%ppc.mfenet@NMFECC.ARPA, Kuo%sask.bitnet@WISCVM.WISC.EDU,
  16.     Lamy%ai.toronto.edu@RELAY.CS.NET, Math300%unlcdc3.bitnet@WISCVM.WISC.EDU,
  17.     Mcvax!ukc!sjl@SEISMO.CSS.GOV, MPC91B%dgogwd01.bitnet@WISCVM.WISC.EDU,
  18.     Radford%frgag51.bitnet@WISCVM.WISC.EDU, RJones%uwovax.bitnet@WISCVM.WISC.EDU,
  19.     Rohlicek%v1.bbn.com@CS.UTAH.EDU, RS%gnome.cs.cmu.edu@CS.UTAH.EDU,
  20.     Simon%m_scrvx2%slb-test.csnet@csnet-relay.CSNet, SPQR%uk.ac.soton.cm@CS.UCL.AC.UK,
  21.     Stone%ruthep.rutgers.edu@RUTGERS.EDU, System%uvphys.bitnet@WISCVM.WISC.EDU,
  22.     Syvaxtgs%hheouh51.bitnet@WISCVM.WISC.EDU, Thobe@EE.UCLA.EDU, Wendy%crnlgsm.bitnet@WISCVM.WISC.EDU,
  23.     U04z%cbebda3t.bitnet@WISCVM.WISC.EDU, X854%ddagsi3.bitnet@WISCVM.WISC.EDU,
  24.     Zeffi%finabo.bitnet@WISCVM.WISC.EDU, "*APS:<BEEBE.TEX.DVI>MAIL.TXT.1"@SCIENCE.UTAH.EDU
  25. X-US-Mail: "Center for Scientific Computation, South Physics, University of Utah, Salt Lake City, UT 84112"
  26. X-Telephone: (801) 581-5254
  27. Message-ID: <12298494041.11.BEEBE@SCIENCE.UTAH.EDU>
  28.  
  29. Two bug fixes are reported in this note.  The family has now
  30. been distributed to  over 100  sites, and  my secretary  has
  31. been busy  for several  days getting  packages mailed,  with
  32. still a dozen or so to go out.
  33.  
  34. I  have  received  several  reports  of  promising  work  in
  35. progress which is summarized in the following paragraphs.
  36.  
  37. At least one site (Doug  Henderson at Berkeley) is  adapting
  38. dvialw    to    support    the    Mergenthaler    Linotronic
  39. PostScript-based phototypesetter, and I hope to visit  there
  40. next week.
  41.  
  42. A couple  of  sites  report work  (or  good  intentions)  on
  43. enhancing the dvialw special command support.  Brendan McKay
  44. at The Australian National  University in Canberra has  done
  45. some very nice work adding PostScript support as TeX  macros
  46. which result in \special{} commands,  and has a port to  the
  47. Amiga well on the way.  He has also implemented the  virtual
  48. font mechanism for VAX VMS.   I hope he'll consider  writing
  49. up the PostScript work for TUGBoat!
  50.  
  51. Dean Guenther at Washington State University is implementing
  52. the family on IBM VM/CMS using the Waterloo C compiler.
  53.  
  54. I also  have first  reports of  use of  dvialw with  the  TI
  55. OmniLaser, which  sports  version  45.0  of  the  PostScript
  56. interpreter (Apple's 2 LaserWriter models are versions  23.0
  57. and 38.0 respectively); the use of the "NOTE" paper type  in
  58. the dvialw.ps  /BOJ macro  needs to  be changed  to  LETTER,
  59. since the  TI printer  doesn't  recognize that  paper  type.
  60. This  can  be  handled  portably  by  some  inserting   some
  61. PostScript code to  check for  the existence  of that  paper
  62. type, but I want to wait and see what changes are needed for
  63. the Mergenthaler  before  a  new  version  of  dvialw.ps  is
  64. introduced.
  65.  
  66. The HPLJ+ driver, dvijep, is  known to work on the  Personal
  67. Computer Products LaserImage 2000 (Ricoh engine), as well as
  68. on a MIL-STD clone, the Mitek 110T.  Isaac Salzman at RDL is
  69. fighting the  DataProducts LZR-1230,  which is  supposed  to
  70. emulate the HPLJ+, but apparently has some problems.
  71.  
  72. For the VAX VMS implementation, the suggestion was raised by
  73. Ned Freed at Harvey Mudd College of using a third parameter,
  74. "ctx=stm", to fopen(), which apparently gets around the need
  75. for special versions of fseek() and ftell() in vaxvms.c.   I
  76. haven't done this for two reasons.  First, the option is not
  77. documented; it was  found in  microfiche listings  of the  C
  78. runtime library,  and could  disappear,  or be  changed,  in
  79. future versions of VMS C.  Second, and most importantly, not
  80. all existing software on VMS knows how to handle stream mode
  81. files, which are new with VMS Version 4.  In particular, the
  82. Kellerman and Smith TeX implementation and Imagen DVI driver
  83. and spooler  program on  which we  rely heavily  on our  VMS
  84. systems do not,  and require fixed  blocked 512-byte  binary
  85. records for DVI  and font  files.  Changing  to stream  mode
  86. would be very awkward for us.  The latest version of the K&S
  87. software with Metafont and  enhanced support for our  Imagen
  88. 3320 printer is  on order,  and if it  includes stream  file
  89. support, I  may  change  my position.   I  cannot  think  of
  90. anything good to  say about  record-structured file  systems
  91. like VMS and IBM MVS; the  MS-DOS, TOPS-20 and Unix view  of
  92. files as simple byte streams makes life MUCH easier.
  93.  
  94. John Pavel at NPL reported some typos in the latest  edition
  95. of  the  DVI  driver  documentation  in  dvidriver.ltx   and
  96. dviman.texinfo.  I have fixed both of these, so some of  you
  97. receiving later  copies  of  Version  2.07  will  have  them
  98. incorporated.  I  regrettably  forgot  to  rerun  GNU  EMACS
  99. texinfo-format-buffer on dviman.texinfo after I updated  it,
  100. and consequently 3 errors slipped by.  Here is VAX VMS style
  101. difference listing:
  102.  
  103. ************
  104. File SYS$LIBROOT:[PLOT79.TEX.DVI.DOC]DVIMAN.TEXINFO;5
  105.   624      @item @b{@@}
  106.   625          Redisplay current page with @i{startup} page positioning.
  107. ******
  108. File SYS$LIBROOT:[PLOT79.TEX.DVI.DOC]DVIMAN.TEXINFO;3
  109.   624      @item @b{@}
  110.   625          Redisplay current page with @i{startup} page positioning.
  111. ************
  112. ************
  113. File SYS$LIBROOT:[PLOT79.TEX.DVI.DOC]DVIMAN.TEXINFO;5
  114.   634          2, @dots{}.  The @TeX{} page numbers are displayed in the
  115.   635          status window. This is a recursive display; if you respond
  116. ******
  117. File SYS$LIBROOT:[PLOT79.TEX.DVI.DOC]DVIMAN.TEXINFO;3
  118.   634          2, @dots.  The @TeX{} page numbers are displayed in the
  119.   635          status window. This is a recursive display; if you respond
  120. ************
  121. ************
  122. File SYS$LIBROOT:[PLOT79.TEX.DVI.DOC]DVIMAN.TEXINFO;5
  123.   917   EMAIL: Beebe@@Science.Utah.Edu (Internet)
  124.   918   @end display
  125. ******
  126. File SYS$LIBROOT:[PLOT79.TEX.DVI.DOC]DVIMAN.TEXINFO;3
  127.   917   EMAIL: Beebe@Science.Utah.Edu (Internet)
  128.   918   @end display
  129. ************
  130.  
  131. Number of difference sections found: 3
  132. Number of difference records found: 3
  133.  
  134. DIFFERENCES /IGNORE=()/MERGED=1/OUTPUT=SYS$LIBROOT:[PLOT79.TEX.DVI.DOC]DVIMAN.DIF;1-
  135.     SYS$LIBROOT:[PLOT79.TEX.DVI.DOC]DVIMAN.TEXINFO;5-
  136.     SYS$LIBROOT:[PLOT79.TEX.DVI.DOC]DVIMAN.TEXINFO;3
  137.  
  138. In dvidriver.sty  for Version  2.07, you  need to  insert  a
  139. missing macro which is used in the index file:
  140.  
  141.  \newcommand{\FNNX}[1]{{\tt #1}}
  142.  
  143. Finally, here are two bug fixes, both VMS-specific, and only
  144. one affects the driver family as currently distributed.
  145.  
  146. [29-Apr-87]     from Brendan Mackay (munnari!anucsd.oz!bdm@seismo.CSS.GOV)
  147.                 In machdefs.h, change
  148.                 #define REWIND(fp)      fseek(fp,0L,0)
  149.                 to
  150.                 #define REWIND(fp)      FSEEK(fp,0L,0)
  151.                 This is not necessary for the family as distributed, but
  152.                 Brendan  has  implemented   the  virtual  font   changes
  153.                 necessary for VAX VMS; they should be incorporated in  a
  154.                 future release.
  155.  
  156. [29-Apr-87]     from Brendan Mackay (munnari!anucsd.oz!bdm@seismo.CSS.GOV)
  157.                 The code for vms_read() [in vaxvms.c] has problems.  One
  158.                 is that you don't  test for end of  file.  The other  is
  159.                 that there is a bug in the C library which prevents  you
  160.                 asking for  more than  65535  bytes at  a time.   It  is
  161.                 documented  that  no  more  than  65535  bytes  will  be
  162.                 returned, but not that you  can't ask for more.  If  you
  163.                 do,  it  reduces  your  request  mod  65536!   Here's  a
  164.                 replacement:
  165.  
  166. /**********************************************************************/
  167. /*-->READ*/
  168. int
  169. READ(file_desc,buffer,nbytes)
  170. register int file_desc;
  171. register char *buffer;
  172. register int nbytes;
  173. {
  174.     register int ngot;
  175.     register int left;
  176.  
  177.     for (left = nbytes; left > 0; /* NOOP */)
  178.     {
  179.         ngot = read(file_desc,buffer,(left > 65024 ? 65024 : left));
  180.         if (ngot < 0)
  181.             return (-1);        /* error occurred */
  182.         if (ngot == 0)          /* eof occurred */
  183.             return(nbytes-left);
  184.         buffer += ngot;
  185.         left -= ngot;
  186.     }
  187.     return(nbytes-left);
  188. }
  189. -------
  190.